home *** CD-ROM | disk | FTP | other *** search
/ Univers Interactif 3 / INTERACTIF.BIN / pc / planeten / internet / hyperwai.sea / Release Notes / Release Notes 5 Oct 1992 < prev    next >
Text File  |  1992-10-29  |  3KB  |  91 lines
  1. Release Notes 5 October 1992
  2. ---------------------------
  3.  
  4. Version 1.4
  5.  
  6. HyperWais Stack
  7. ---------------
  8.  
  9. - Added a status line to the small stack (just like the 
  10. large stack).
  11.  
  12. - The status line now gets erased when the operation which
  13. filled it with a status message finishes.
  14.  
  15. - Fixed a couple of syntax errors in some of the scripts.
  16.  
  17. - Moved the handlers which deal with adding a source to 
  18. the sources field and parses a source file to the background
  19. script because space was getting to be an issue in the 
  20. stack script.
  21.  
  22. - Minimum memory requirements for the stacks mean that 
  23. Hypercard has to have at least 1500K allocated to it in the 
  24. Get Info window. When the stack is opened, it will check to 
  25. see if it has at least  of free space, if not it will say so but
  26. not stop the user from using it.
  27.  
  28.  
  29. XFCNs
  30. -----
  31.  
  32. - The memory management in the XFCN functions has been
  33. improved in that low memory situations are handled more 
  34. gracefully. The XFCN functions now allocate all the memory
  35. they will need before calling the wais caller routines, and
  36. return an error if any of the allocations fail for any reason. 
  37. This was not a problem with previous versions of the XFCN
  38. functions as most, if not all, of the time, sufficient memory
  39. was available. 
  40.  
  41. - There is a place where memory management could be a 
  42. problem and that is in the HCUtils.c functions. Some of these
  43. functions allocate memory without verifying that the 
  44. allocation was successful. This may not be a problem because
  45. the allocations are really small (in the order of 10 to 30 bytes).
  46. If Hypercard gets into a situation when we cannot allocate
  47. a 30 bytes handle, then we really are in trouble. 
  48.  
  49.  
  50. Wais Caller routines
  51. ------------------
  52.  
  53. - The memory management in the wais caller functions has been
  54. improved in that low memory situations are handled more 
  55. gracefully. The functions now allocate all the memory they will 
  56. need before sending out the Apple Event, and return an error
  57. if any of the allocations fail for any reason. This was not a 
  58. problem with previous versions of the wais caller functions
  59. as most, if not all, of the time sufficient memory was 
  60. available. 
  61.  
  62.  
  63. Wais Listener and C Libraries
  64. --------------------------
  65.  
  66. - The listener will now concatenate the document types returned
  67. by the server in the document headline. The list can be up to 
  68. 16 characters long (including terminating nulls) and is '\r'
  69. delimited. 
  70.  
  71. - The Apple Event handles has been improved to deal gracefully
  72. with low memory situations. The change means that if memory 
  73. cannot be allocated, the Wais Listener will tell the caller about it, rather than perform the requested operation with bad 
  74. pointers/handles. The scheme is as follows:
  75.     - allocate all the memory we will requires, if this fails
  76.     return an error to the client.
  77.     - execute the requested operation.
  78.     - return any error and results.
  79.     - dispose of all allocated memory.
  80.  
  81. This was not a problem with previous versions of the Wais
  82. Listener because the memory allocated was sufficient to the 
  83. extent it would not run out of memory.
  84.  
  85. - Fixed an interesting bug which caused us to loose one
  86. byte out of every document chunk we got back from the server.
  87. This bug got into the system because the wais server is off
  88. by one byte when it reports that a document chunk has been
  89. downloaded. This was not really noticable with textual documents
  90. but really trashed pictures.
  91.